Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[release/7.0] Port #82470 (disable EventPipe stack collection with environment variable) to 7.0 #82921

Merged
merged 2 commits into from
Mar 9, 2023

Conversation

davmason
Copy link
Member

@davmason davmason commented Mar 2, 2023

Port of #82470. We have an internal partner who is blocked from moving to EventPipe on Linux due to the performance hit of collecting stacks when firing events.

Customer Impact

Currently in EventPipe the provider defines whether or not to collect stack for each event. Stack collection is very expensive when compared to firing an event, and when an app starts emitting enough events it can cause a significant slowdown. Some scenarios do not care about the event stacks and want to fire many events, this will let them turn off stack collection globally.

Testing

Manual testing by the dev team and partner validation

Risk

Low. This feature is opt in, turning off stack collection may break some diagnostics scenarios but the user has to intentionally disable stack collection. The default of the runtime remains unchanged.

@davmason davmason added this to the 7.0.x milestone Mar 2, 2023
@davmason davmason requested a review from a team March 2, 2023 23:52
@davmason davmason self-assigned this Mar 2, 2023
Copy link
Member

@jeffschwMSFT jeffschwMSFT left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

approved. we will take for consideration in 7.0.x

@carlossanlop
Copy link
Member

approved. we will take for consideration in 7.0.x

Based on that comment, I added the servicing-consider label, @jeffschwMSFT. @davmason can you please send an email to Tactics requesting approval (if you haven't done so yet)?

@leecow leecow added Servicing-approved Approved for servicing release and removed Servicing-consider Issue for next servicing release review labels Mar 9, 2023
@leecow leecow modified the milestones: 7.0.x, 7.0.5 Mar 9, 2023
@carlossanlop carlossanlop merged commit ac81828 into dotnet:release/7.0 Mar 9, 2023
@ghost ghost locked as resolved and limited conversation to collaborators Apr 8, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants